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Verfahren und Steuergerat zur Steuerung. des Ablauts eines 
multitaskingf ahigen Compute rproqr arums 

Stand der Technik 

Die vorliegende Erfindung betrifft ein Verfahren zur 
Steuerung des Ablauts eines multitaskingf ahigen 
Computerprogramms auf einem Rechengerat, insbesondere auf 
einem Mikroprozessor , eines Steuergerats zur Steuerung 
und/oder Regelung eines Systems. Das System kann 
verschiedene mogliche Systemzustande einnehmen. 

Die Erfindung betrifft aufierdem ein Steuerprogramm zur 
Steuerung des Ablaufs eines multitaskingf ahigen 
Computerprogramms auf einem- Rechengerat , insbesondere auf 
einem Mikroprozessor, eines Steuergerats zur Steuerung 
und/oder Regelung eines Systems, das verschiedene mogliche 
Systemzustande einnehmen kann. Das Steuerprogramm ist auf 
dem Rechengerat ablauffahig. 

Die vorliegende Erfindung betrifft schliefilich auch ein 
Steuergerat zur Steuerung und/oder Regelung eines Systems, 
das verschiedene mogliche Systemzustande einnehmen kann. 
Das Steuergerat umfasst ein Rechengerat, insbesondere einen . 
Mikroprozessor, auf dem ein multitaskingf ahiges 



Computerprogramm ablauffahig ist, und Mittel zur Steuerung 
des Ablaufs des Computerprogramms . 

Aus dem Stand der Technik ist bspw. ein Computerprogramm 
zur' Steuerung. und/oder Regelung eines Fahrdynamiksystems 
(sog. elektronisches Stabili tat sprogramm, ESP) eines 
Kraf tf ahrzeugs bekannt. Das Fahrdynami ksystem kann 
verschiedene mogliche Systemzustande einnehmen. Mogliche 

Systemzustande sind bspw. ein Normalbetrieb (ESP normal) , 

ein erster eingeschrankter Betrieb (Backup_ABS) , in dem ein 
Fahrzeugregler (FZR) des ESP nicht und lediglich ein 
Antiblockiersystem (ABS) f unktionsf ahig ist, ein zweiter 
eingeschrankter Betrieb (Backup_EBD) , in dem lediglich ein 
System zur Verteilung der Bremskraft (Electronic Brake 
Distribution, EBD) f unktionsf ahig ist, urn zumindest ein 
Uberbremsen der Rader an der Hinterachse zu verhindern, und 
ein fehlerhafter Zustand (Failsafe), in dem alle 
wesentlichen Sicherheit sf unktionen des ESP, insbesondere 
FZR, ABS und EBD, ausgefallen sind. Urn sicherheit skritische 
Fahrsituat ionen zu vermeiden, werden einem Fahrer des 
Kraf tf ahrzeugs die verschiedenen Systemzustande, zumindest 
aber die Zustande, in denen nur noch eine eingeschrankte 
bzw. eine fehlerhafte Funktion des Systems gegeben ist, ' 
bspw. akustisch oder optisch mittels Warnlampen mitgeteilt. 
Das Computerprogramm ist auf einem Rechengerat, das 
insbesondere als ein Proze'ssor ausgebildet ist, eines 
Steuergerats zur Steuerung und/oder Regelung des 
Fahrdynami k- Sys terns ablauffahig . 

Nach dem Stand der Technik. wird das Computerprogramm zur 
Steuerung und/oder Regelung des Fahrdynamik-Syst ems ' in 
einem vorgebbaren Zeitraster, d. h. lediglich in einer 
einzigen Zeitscheibe, zyklisch abgearbeit et . Die 
Funktionsauf ruf e innerhalb des Computerprogramms erfolgen 



also in einer vorgegebenen Reihenfolge nacheinander . Die 
Reihenfolge wird derart vorgegeben, dass die Eingangsgroften 
der Funktionen vor deren Ausfiihrung zur Verfugung stehen. 
Bei EingangsgroBen, die von anderen Funktionen berechnet 
werden, mussen also diese anderen Funktionen zunachst 
ausgefuhrt werden, bevor die Funktion ausgefuhrt werden 
kann, welche die in den anderen Funktionen berechneten 
EingangsgroBen benotigt . 

Aus dem Stand der Technik ist es des Weiteren bekannt, 
Computerprogramme zur Steuerung und/oder Regelung eines 
Systems auf einem multitaskingf ahigen Bet riebssystem 
auszufuhren, und- das Computerprogramm statt in einem 
einzigen in verschiedenen Zeitrastern abzuarbeiten . Das 
bedeutet jedoch, dass die Funktionen des Computerprogramms 
nicht mehr in einer strikt festgelegten Reihenfolge 
abgearbeitet werden und dass nunmehr andere Vor kehrungen 
getroffen werden mussen, urn sicherzustellen, dass die 
Eingangsgroften der Funktionen vor deren Ausfiihrung zur 
Verfugung stehen. 

Den Funktionen des Computerprogramms werden verschiedene 
Prioritaten zugeordnet . Sicherheitsrelevanten Funktionen 
wird eine hohere Prioritat zugeordnet als anderen 
Funktionen. Hoherp.riore Funktionen werden in kurzeren 
Zeitrastern ausgefuhrt, d. h. in Zeitrastern, die haufiger 
wiederholt werden, wohingegen weniger sicherheitsrelevante 
Funktionen mit einer niedrigeren Prioritat in langeren 
Zeitrastern abgearbeitet werden, die seltener wiederholt 
werden. Ihsbesondere muss sichergestell t werden, dass die 
Eingangsgroften der Funktionen immer zum richtigen Zeitpunkt 
vorliegen, d. h. eine Funktion, die bspw. in einem 5ms- 
Zeitraster abgearbeitet wird und Eingangsgrdften aus einem 
40ms-Zeitraster benotigt, darf erst dann ausgefuhrt werden, 



nachdem das 40ms-Zeitraster bereits abgearbeitet wurde und 
die erf orderlichen Eingangsgroften berechnet wurden. 

Der vorliegenden Erfindung liegt die Aufgabe zugrunde, den 
Ablauf eines multitaskingf ahigen Computerprogramms derart 
zu koordinieren, dass die fur die Ausfuhrung einer Funktion 
des Computerprogramnis erf orderlichen Eingangsgrofien zu 
Beginn der Ausfiihrung der Funktion mit Sicherheit 
vorliegen . 

Zur Losung dieser Aufgabe wird ausgehend von dem Verfahren 
der eingangs genannten Art vorgeschlagen, dass fur jeden 
moglichen Ubergang von einem Systemzustand in einen anderen 
Systemzustand Ubergangsbedingungen definiert werden und der 
Ablauf des Computerprogramms derart gesteuert wird, dass 
das System erst dann von einem ersten Systemzustand in 
einen zweiten Systemzustand uberfuhrt wird, wenn alle fur 
diesen Ubergang definierten Ubergangsbedingungen erfullt 
sind. 

Vorteile der Erfindung 

Durch die erf indungsgemaft definierten Ubergangsbedingungen 
kann der Ablauf eines multitaskingf ahigen Computerprogramms 
gezielt beeinflusst werden . Insbesondere kann durch eine 
geeignete Definition der Ubergangsbedingungen bei der 
Abarbeitung eines mult itaskingf ahigen Computerprogramms 
sichergestellt werden, dass zu Beginn der Ausfuhrung einer 
Funktion alle zur Ausfuhrung dieser Funktion erf orderlichen 
Eingangsgrblien oder zumindest geeignete Ersatzgrolien 
vorliegen . 

Gemaft einer vorteilhaf ten Weiterbildung der vorliegenden 
Erfindung wird vorgeschlagen , dass eine Obergangsbedingung 
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mindestens eine Ubergangsabf rage und mindestens einen 
ent sprechenden Ubergangswert als vorgegebene Antwort auf 
die Ubergangsabf rage umfasst, wobei eine Ubergangsbedingung 
dann als erfullt angesehen wird, wenn als Antwort auf die 
5 oder jede Ubergangsabf rage der vorgegebene Ubergangswert 
zuriickgegeben wird. Eine Ubergangsabf rage kann bspw. als 
eine Abfrage nach dem Vorliegen einer bestimmten 
Eingangsgrdfie umfassen, welche zur Abarbeitung einer 
Funktion des zweiten Systemzustands benotigt wird („Liegt 

10 Eingangsgrofte xyz vor? u ) . Der ent sprechende Ubergangswert 
als Antwort auf die Abfrage ist bspw. ja oder nein bzw. 1 

J oder 0 („!": Eingangsgrofte liegt vor) . Erst wenn fur diese 
•'^^ Ubergangsabf rage und fur alle anderen Ubergangsabf ragen, 
die fur einen gewiinschten Systemtibergang von einem ersten 

15 zu einem zweiten Systemzustand definiert wurden, die 

entsprechenden Ubergangswerte vorliegen, wird das System in 
den zweiten Systemzustand uberfuhrt. 



Gemafi einer bevorzugten Ausf uhrungsf orm der vorliegenden 
20 Erfindung wird vorgeschlagen, dass die Ubergangswerte in 
einer Ubergangstabelle abgelegt werden. In der 
Ubergangstabelle kdnnen die Ubergangswerte untert'eilt nach 
Systemzustanden abgelegt werden. D. h. vor einem Wechsel 
des Systems in einen bestimmten Systemzustand wird 
uberprtift, ob die Antworten auf die Ubergangsabf ragen den 
in der Ubergangstabelle fur diesen Systemzustand abgelegten 
Ubergangswerten entsprechen. Die Ubergangsabf ragen konnen 
bspw. als logische IF-THEN-Abf ragen realisert sein. Das hat 
den Vorteil, dass die Steuerung des Programmablauf s durch 
30 das Formulieren weiterer Ubergangsabf ragen und durch 

Abspeichern weiterer Ubergangswerte in der Ubergangstabelle 
auf einfache Weise erweitert und an einen erweiterten 
Funktionsumf ang des. Systems angepasst werden kann. 
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Gemafr einer anderen vorteilhaf ten Weiterbildung cier 
vorliegenden Erfindung wird vorgeschlagen, class das 
Computerprogramm in mehrere funktional zusammenhangende 
Funktionalitaten unterteilt wird, dass die moglichen 
5 Systemzustande des Systems definiert werden, indem den 
Funktionalitaten fur jeden Systemzustand vorgebbare 
Betriebszustande zugeordnet werden und dass die 
Ubergangsbedingungen erfullt sind, wenn zumindest die den 
zweiten Systemzustand charakterisierenden Funktionalitaten 

10 die ihnen fur diesen Systemzustand zugeordneten 

Betriebszustande aufweisen. Gemaft dieser Weiterbildung 
' werden also die Systemzustande des Systems durch die 

Betriebszustande der Funktionalitaten definiert. Das System 
geht erst dann in einen anderen Systemzustand uber, wenn 

15 sich samtliche den Systemzustand charakterisierenden 
Funktionalitaten die geforderten Betriebszustande 
aufweisen. Dies wird anhand der Ubergangsbedingungen bzw. 
anhand.der Ubergangsabf ragen iiberpruft. 

20 Gemali einer weiteren bevorzugten Ausf ilhrungsf orm der 
vorliegenden Erfindung wird vorgeschlagen, dass ein 
Bet riebszustand durch eine Betriebszustandsvariable '. 
definiert wird, die verschiedene Bet riebszustandswerte 
, , annehmen kann und dass die Ubergangsbedingungen erfullt 



sind, wenn die Betriebszustandsvariablen der den zweiten 
Systemzustand charakterisierenden Funktionalitaten die 
ihnen fur diesen Systemzustand zugeordneten 
Betriebszustandswerte aufweisen. Diese Ausf uhrungsf orm 
ermoglicht eine besonders einfache und ubersicht liche 
30 Realisierung der Erfindung. Je nach dem wie viele 

Betriebszustande eine Funktionalitat annehmen kann, kann 
die Betriebszustandsvariable ein Bit (fur zwei verschiedene 
Betriebszustande) oder ein Byte (fur 2^8 verschiedene 
Betriebszustande ) umfassen . 
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Vorteilhaf terweise nimmt die Betriebszustandsvariable den 
Stellungen „volle Funkt ionalitat " , „eingeschrankte 
Funktionalitat'' und „keine Funktionalitat" entsprechende 
5 Betriebszustandswerte an. 

Gemafi noch einer anderen bevorzugten Weiterbildung der 
vorliegenden Erfindung wird vorgeschlagen, dass jeder 
Funktionalitat eine Ubergangstabelle zugeordnet wird. Urn 

10 das System von einem ersten in einen zweiten Systemzustand 
umzuschalten, werden also zunachst diejenigen 

^ Funktionalitaten des Computerprogramms ermittelt, durch 

welche der zweite Systemzustand charakterisiert 1st. Dann 
werden die den zweiten Systemzustand charakterisierenclen 

15 Funktionalitaten darauf hin iiberpruft, ob sie die ihnen fur 
den zweiten Systemzustand zugeordneten Betriebszustande 
aufweisen. Dies geschieht dadurch, dass im Rahmen von 
Ubergangsabf ragen Funktionalitat fur Funktionalitat 
uberpriift wird, ob die Betriebszustandsvariable der 

20 Funktionalitat den ihr fur den zweiten Systemzustand 

zugeordneten und in der ent sprechenden Ubergangstabelle 
abgelegten Betriebszustandswert aufweist. Es wird also 
iiberpruft, ob die in den Ubergangstabelle fur die jeweilige 
Funktion definierten Ubergangsbedingungen erfullt sind. 

Gemafr noch einer weiteren bevorzugten Ausf uhrungsf orm der 
vorliegenden Erfindung wird vorgeschlagen, dass mehrere 
Funktionalitaten zu einer Komponente zusammenf asst werden 
und jeder Komponente eine Ubergangstabelle zugeordnet wird. 
30 In einer Ubergangstabelle sind also die Ubergangswerte fur 
mehrere Funktionalitaten einer Komponente abgelegt. 

Erf indungsgemaft werden des Weiteren zwei besonders 
vorteilhafte Verwendungen des er f indungsgemaften Verfahrens 
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zur Steuerung des Ablaufs eines multitaskingf ahigen 
Computerprogramms vorgeschlagen . Zum einen wird 
vorgeschlagen, das Verfahren zur Steuerung des Ablaufs 
eines Computerprogramms zur Steuerung und/oder Regelung 
eines Systems in einem Fahrzeug, insbesondere in einem 
Kraf tf ahrzeug, zu verwenden. Insbesondere wird 
vorgeschlagen, das Verfahren zur Steuerung des Ablaufs 
eines Computerprogramms zur Steuerung und/oder Regelung 
eines Fahrdynamiksystems in einem Kraf t fahrzeug zu 
verwenden. Zum anderen wird vorgeschlagen, das Verfahren 
zur Steuerung des Ablaufs eines Computerprogramms zur. 
Steuerung und/oder Regelung eines Systems in einem Gebaude 
zu verwenden. Insbesondere wird vorgeschlagen, das 
Verfahren zur Steuerung des Ablaufs eines Computerprogramms 
zur Steuerung und/oder Regelung eines Alarmsystems , eines 
Heizungs- und Klimatisierungssystems' und/oder eines 
Zugangskontrollsystems in einem Gebaude zu verwenden. 

Von besonderer Bedeutung ist die Realisierung des 
erf indungsgemafien Verfahrens in der Form eines 
Steuerprogramms, das fur ein Steuergerat zur Steuerung 
und/oder Regelung eines Systems, das verschiedene mogliche 
Systemzustande einnehmen kann, vorgesehen ist. Dabei ist 
das Steuerprogramm- auf einem Rechengerat, insbesondere auf 
einem Mikroprozessor , des Steuergerats ablauffahig und zur 
Ausfiihrung des erf indungsgemaBen Verfahrens geeignet. In 
diesem Fall wird also die Erfindung durch das 
Steuerprogramm realisiert, so dass das S teuerprogramm in 
gleicher Weise die Erfindung darstellt wie das Verfahren, 
zu dessen Ausfiihrung es geeignet ist. Besonders bevorzugt 
ist dabei, wenn das Steuerprogramm auf einem 
Speicherel.ement , insbesondere auf einem Read-Only-Memory, 
auf einem Random-Access-Memory oder auf einem Flash-Memory 
abgespeichert ist . 
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Als eine weitere Losung der Aufgabe der vorliegenden 
Erfindung wird ausgehend von dem Steuergerat der eingangs 
genannten Art vorgeschlagen, dass das Steuergerat Mittel 
5 zur Definition von Ubergangsbedingungen fur jeden moglichen 
Ubergang von einem Systemzustand in einen anderen 
Systemzustand und- die Mittel zur Steuerung des Ablauf s des 
Computerprogramms den Ablauf des Computerprogramms derart 
steuern, dass das System erst dann von einem ersten 
10 Systemzustand in einen zweiten Systemzustand wechselt, wenn 
alle fur diesen Ubergang definierten Ubergangsbedingungen 
^ ) erfullt sind. 

GemaB einer vorteilhaf ten Weiterbildung der vorliegenden 
15 Erfindung wird vorgeschlagen , dass das Steuergerat Mittel 
zur Ausfuhrung des erf indungsgemafien Verfahrens aufweist. 

Zeichnungen 

. 20 Weitere Merkmale, Anwendungsmoglichkeiten und Vorteile der 
Erfindung ergeben sich aus der nachf olgenden Beschreibung 
von Ausf iahrungsbeispielen der Erfindung, die in der 
Zeichnung dargestellt sind. Dabei bilden alle beschr iebenen 
oder dargestellten Merkmale fur sich oder in beliebiger 
Combination den Gegenstand der Erfindung, unabhangig von 
ihrer Zusammenf assung in den Patentanspruchen oder deren 
Ruckbeziehung sowie unabhangig von ihrer Formulierung bzw. 
Darstellung in der Beschreibung bzw. in der Zeichnung. Es 
zeigen: 

30 

Figur 1 verschiedene Systemzus tande eines Systems; 

Figur 2 eine Funktionalitat eines multi taskingf ahigen 

Computerprogramms zur Steuerung und/oder Regelung 
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eines Systems; 

ein Ablaufdiagramm eines Verfahrens zur Steuerung 
des Ablaufs eines multitaskingf ahigen 
Computerprogramms ; 

ein Ablaufdiagramm eines erf indungsgemafien 
Verfahrens gemali einer bevorzugten 
Ausf uhrungsf orm; und 

ein erf indungsgemafies Steuergerat gemafi einer 
bevorzugten Ausf uhrungsf orm. 

Beschreibung der Ausf uhrungsbeispiele 

15 

Die vorliegende Erfindung betrifft ein multitaskingf ahiges 
Computerprogramm zur Steuerung und/oder Regelung eines 
Systems. Das Computerprogramm ist auf einem Rechengerat , 
insbesondere auf einem Mikroprozessor , eines Steuergerats 
20 zur Steuerung und/oder Regelung des Systems ablauffahig. 
Das multitaskingf ahige Computerprogramm wird in mehreren 
unterschiedlichen Zeitrastern abgearbeitet . Zwar 
wiederholen sich die einzelnen Zeitraster zyklisch, 
insgesamt betrachtet wird das Computerprogramm aber nicht 

w 

zyklisch abgearbeitet. 

Das Computerprogramm ist in mehrere Auf gabenprogramme (sog. 
Tasks) unterteilt, denen verschiedene Prioritaten 
zugeordnet sind. Tasks mit sicherheit srelevant Aufgaben 
30 werden hohere Prioritaten zugeordnet als solchen Tasks, die 
keine sicherheit srelevanten Aufgaben haben. Die hoher 
prioren Tasks werden in ktirzeren Zeitrastern ausgefuhrt, 
d. h. sie werden pro Zeiteinheit haufiger abgearbeitet als 
die nieder prioren Tasks. 



Figur 3 



Figur 4 
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Figur 5 
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Die Unterteilung des Computerprogramms in mehrere Tasks 
betrifft die sof twaretechnische Realisierung des 
Computerprogramms. Auf der funktionalen Ebene ist das 
5 Computerprogramm in mehrere funktional zusammenhangende. 
Einheiten, sog. Funktionalitaten, unterteilt. Eine 
Funktionalitat kann eine oder mehrere Tasks umfassen. Bei 
einem Computerprogramm zur Steuerung und/oder Regelung 
eines Fahrdynamiksys terns (elektronisches 

10 Stabilitatsprogramm, ESP) in einem Kraf t f ahrzeug sind 

Funktionalitaten bspw. ein Antiblockiersystem (ABS) , durch 
J das ein Blockieren der Rader beim Bremsen verhindert wird, 
oder ein Fahrzeugregler (FZR), der auf die einzelnen Rader 
gezielt Bremseingrif f e vornimmt, urn die Fahrdynamik des 

15 Kraf tf ahrzeugs zu erhalten. 

Aufgrund der Tatsache, dass bei einem mult itaskingf ahigen 
Computerprogramm die Funktionsauf ruf e nicht einfach 
nacheinander erfolgen und somit nicht einfach durch die 

20 Reihenfolge der Aufrufe sichergestellt werden kann, dass 
die Eingangsgroften einer Funktionalitat von einer zuvor 
ausgefiihrten Funktionalitat bereits ermittelt worden sind, 
mussen bei multitaskingf ahigen Computerprogrammen andere 
Vorkehrungen getroffen werden, urn sicherzustellen, dass den 

^tk) auszuf iihrenden Funktionalitaten die erf orderlichen 

Eingangsgrdften immer richtig vorliegen. So darf bspw. eine 
Funktionalitat, die in einer 5ms-Task aufgerufen wird und 
die Eingangsgrofren aus einer 40ms-Task benotigt, beim' 
ersten Aufruf erst dann ausgefuhrt werden, wenn die 40ms- 

30 Task bereits berechnet wurde. 

Ein wichtiger Aspekt der vorliegenden Erfindung ist es, 
dass jedem der Systemzustande bzw. jedem (zulassigen) 
Ubergang von einem ersten Sys temzustand zu einem zweiten 
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Systemzustand Ubergangsbedingungen zugeordnet sind, und der 
Ab.lauf des Computerprogramms derart gesteuert wird, dass 
das System erst dann in den zweiten Systemzustand uberfuhrt 
wird, wenn alle dem tibergang in den zweiten Systemzustand 

5 zugeordneten Ubergangsbedingungen erfullt sind. Wenn die 
Ubergangsbedingung bspw. darin besteht, dass samtliche 
Eingangsgrdften einer den zweiten Systemzustand 
charakterisierenden Funktionalitat zur Verfiigung stehen, 
kann.anhand des erf indungsgemaften Verfahrens sicherges tellt 
10 werden, dass das Gesamtsystem tatsachlich erst dann von dem 
ersten Systemzustand in den zweiten Systemzustand uberfuhrt 

J wird, wenn alle erf orderlichen Eingangsgroften vorliegen. 

Die verschiedenen Systemzustande 30 sind in Figur 1 am 
15 Beispiel eines Fahrdynamiksystems (ESP) dargestellt. Es 
sind u.a. die nachf olgenden Systemzustande 30 mdglich: 

„FullSystem" : Normalbet rieb, voile 
Funktionsf ahigkeit des Fahrdynamiksystems; 

„Backup__ABS" : Nur Ant iblockiersystem (ABS), kein 
Fahrzeugregler (FZR) aktiv, eingeschrankte 
Funktionsf ahigkeit ; 

// Backup_EBD u : Nur elektronische 
Bremskraf tverteilung (Electronic Brake 
Distribution, EBD) aktiv, eingeschrankte 
Funktionsf ahigkeit ; 

30 - „FailSafe u : FZR, ABS, EBD inaktiv, keinerlei 

Funktionsf ahigkeit des Systems; und 

„XYZ": ein beliebig anderer Systemzustand. 
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Die Ubergange zwischen den Sys temzus tanden sind mit dem 
Bezugszeichen 31 bezeichnet. 

In Figur 2 ist eine Funktionalitat X dargestellt, welche 
die Eingangsgrbften Ein__i und die AusgangsgrdBen Aus_i 
aufweist. Zwischen den Eingangsgrdflen Ein_i und den 
Ausgangsgrbfren Aus_i ist ein in horizontaler Richtung 
verschiebbarer Schieber vorgesehen, der drei verschiedene 
Betriebszustande A, B, C der Funkt ionalitat X 
reprasentiert . Durch Verschieben des Schiebers kann der 
Betriebszustand A, B, C der Funktionalitat X gewechselt 
werden . 

Die verschiedenen Systemzustande 30 des Systems sind 
dadurch charakterisiert , dass . mindestens eine der 
Funktionalitaten X des Systems einen vorgebbaren 
Betriebszustand A, B, C aufweist. Aus der Summe der 
Betriebszustande A, B, C der Funktionalitaten X ergibt sich 
somit der entsprechende Systemzustand 30 des Gesamtsystems . 
Jeder Funktionalitat X des Computerprogramms ist eine 
Be triebszustands variable zugeordnet , die verschiedene 
Betriebszustandswerte, die jeweils einem bestimmten 
Betriebszustand A, B, C der Funktionalitat X entsprechen, 
annehmen kann. 

Das Umschalten einer Funktionalitat X in einen anderen 
Betriebszustand A, B, C kann bspw. erforderlich sein, wenn 
nicht alle zur Ausfiihrung der Funktionalitat X 
erf orderlichen Eingangsgrdfien Ein_i vorliegen. Zunachst 
kann versucht werden, den Ablauf dieser Funktionalitat X so 
weit hinaus zuzogern, bis alle erf orderlichen Eingangsgrdfien 
Ein_i vorliegen, d. h. bis andere Funktionalitaten X, in 
denen die erf orderlichen Eingangsgrofren Ein_i ermittelt 
wurden, ausgefuhrt worden sind'. Es sind jedoch Situationen 
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denkbar, in denen ein Hinaus zogern der Ausfuhrung einer 
Funktionalitat X, bis alle erf orderlichen Eingangsgroften 
Ein_i ' vorliegen, nicht mdglich ist. In einem solchen. Fall 
kdnnen die fehlenden Eingangsgrdften Ein__i auch anhand 
5 anderer Grdfien modelliert Oder mittels eines alternativen 
Algorithmus berechnet werden. Es ist auch denkbar, statt 
der fehlenden EingangsgroBe Ein_i eine andere GroBe, die 
bereits zur Verfugung steht, zur Ausfuhrung der 
Funktionalitat X heranzuziehen . Alle diese MaBnahmen, die 

10 ergriffen werden konnen, falls eine er f orderliche 

Eingangsgrdfte Ein__i nicht zur Verfugung steht, fuhren 
) letzten Endes jedoch mehr oder weniger zu einer 

^ w Einschrankung der Funktionsf ahigkeit der Funktionalitat, 
'was durch einen Wechsel des Betriebszustandes A, B, C 

15 ausgedruckt wird. 

In Figur 3 wird ein Verfahren zur Steuerung des Ablaufs 
eines multitaskingf ah i gen Compute rprogramms beispielhaft 
anhand eines Fahrdynamiksystems in einem Kraf t f ahrzeug 

20 beschrieben. Dieses Verfahren und insbesondere die 

vorliegende Erfindung kann jedoch fur beliebige Systeme 
eingesetzt werden, die durch ein mult itaskingf ahiges 
Computerprogramm gesteuert und/oder geregelt werden. Eine 
weitere Einsatzmdglichkeit , die hier ausdrucklich 

^jjti angesprochen wird, ist der Einsatz des erf indungsgemaBen 
Verfahrens zur Steuerung des Ablaufs eines 
Computerprogramms zur Steuerung und/oder Regelung eines 
Alarmsystems , eines Heizungs- und Klimat isierungssys terns 
und/oder eines Zugangskontrollsystems in einem Gebaude, 

30 also an den Einsatz des erf indungsgemaBen Verfahrens im 
Bereich des Gebaudemanagements . 

In einem Funktionsblock 1 wird die sog. Piatt form-Software 
(PSW) iiberwacht. Unter Plat t form-Software wird der 
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hardwarenahe Teil des Computerprogramms zur Steuerung 
und/oder Regelung des Fahrdynarni ksysterns verstanden. In 
einem Funktionsblock 2 wird die Anwender-Sof tware (ASW) 
uberwacht. Unter Anwender-Sof tware wird bei einem 
5 Fahrdynamiksystem bspw.. der ABS-Regler oder der 

Fahrzeugregler (FZR) verstanden. Die Funktionsblocke 1 und 
2 dienen zur Erkennung von Fehlern 11, 12 in den 
entsprechenden Sof twareteilen . Ein mdglicher Fehler 11, 12, 
der in den Funktionsblocken 1 und 2 erkannt werden konnte, 
10 ware bspw. ein Sensorf ehler , der es verhindert, dass eine 
bestimmte Eingangsgrofte Ein_i, die zur Berechnung einer 
Funktionalitat X erforderlich ist, zur Verfugung steht. 

Die in den Funktionsblocken 1 und 2 erkannten Fehler 11, 12 
15 werden an einen Funktionsblock 3 ubermittelt, der als ein 
Makro realisiert ist. In dem Funktionsblock 3 wird anhand 
der in den Funktionsblocken 1 und 2 ermittelten Fehler 11, 
12 ein entsprechender Fehler zustand 13 des Systems 
ermittelt. Dieser Fehler zustand 13 wird von dem 
20 Funktionsblock 3 an einen weiteren Funktionsblock 4 
iibertragen, der als Failure Processing System (FPS) 
bezeichnet wird. In dem Funktionsblock 4 wird unter 
Berucksichtigung der ermittelten Fehler zustande 13 eine 
ent sprechende Strategie zum Ubergang in den zweiten 
Systemzustand, genauer gesagt, eine Strategie zum gezielten 
Wechseln der Betriebszustande A, B, O der den zweiten 
Systemzustand charakterisierenden Funktionalitaten, 
ermittelt. Die in dem Funktionsblock 4 ermittelte Strategie 
14 zum Umschalten der Betriebszustande A, B, C der 
30 Funktionalitaten X zum Ubergang in den zweiten 

Systemzustand, wird an einen Funktionsblock 5 ubermittelt. 
Genauer gesagt, werden von dem Funktionsblock 4 an den 
Funktionsblock 5 gemafr der ermittelten Strategie 14 
nacheinander verschiedene Soil-Bet riebszustande der jenigen 
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Funktionalitaten iibermittelt , die den zweiten Systemzustand 
charakterisieren . Die ermittelte Strategie 14 represent iert 
also einem Soll-Systemzustand, in dem vorliegenden 
Ausf uhrungsbeispiel den zweiten Systemzustand. 

5 

Die in dem Funkt ionsblock 3 ermittelten Fehler zus tande 13 
werden auBerdem an einen Funkt ionsblock 6 ubertragen, in 
welchem der Status der Eingangsgroften Ein__i der 
Funktionalitaten X durch Setzen eines sog. Invalid Bit 

10 gekennzeichnet wird. Fur jede Eingangsgrofte Ein_i der 

Funktionalitaten X des Computerprogramms ist ein eigenes 

tik Statussignal in Form des Invalid Bit vorgeseheri. Wenn also 

^ in den Funkt ionsblocken 1 oder 2* ein Sensorfehler 11, 12 
detektiert wurde, werden die jenigen Eingangsgrofren Ein__i, 

15 die von dem Sensorfehler 11, 12 beeintrachtigt werden, 
durch Setzen oder Loschen des Invalid Bit entsprechend 
gekennzeichnet. Das Statussignal 15 wird ebenfalls an den 
Funktionsblock 5 ubertragen. 

20 In einem Funktionsblock 7 wird der Ist-Sys temzustand 16 

ermittelt und ebenfalls an den Funktionsblock 5 ubertragen. 
Am Beispiel eines Fahrdynamiksystems umfasst der 1st- 
Systemzustand 16 den Zustand des Fahrdynamiksystems an 
sich, aber auch den Fahrzustand des Kraf tf ahrzeugs . In 
s einem Funktionsblock 8 werden die Abhangigkeiten 17 der 
Betriebszustande A, B, C bzw. der Funktionalitaten X 
untereinander ermittelt. Die ermittelten Abhangigkeiten 17 
werden ebenfalls an den Funktionsblock 5 ubermittelt. 

30 In dem Funktionsblock 5. werden Soll-Betriebszustande 18 in 
Abhangigkeit der von den Funkt ionsblocken 4, 6, 7, 8 
erhaltenen Groften 14, 15, 16, 17 aufbereitet. Insbesondere 
wird in dem Funktionsblock 5 uberpruft, ob die 
Betriebszustandsvariablen der Funktionalitaten X die fur" 
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clen zweiten Systemzustand geforderten Betriebszustandswerte 
aufweisen, d. h. ob sich die den zweiten Systemzustand 
charakterisierenden Funktionalitaten in den geforderten 
Betriebszustanden befinden. Die Funktionsblocke 4 bis 8 
sind in einem ubergeordneten Funktionsblock 9 
zusammengef asst , der als Controller Release System (CRS) 
bezeichnet wird. 

Falls in dem Funktionsblock. 5 festgestellt wird, dass die 
Betriebs zustandsvariablen die geforderten 
"B'etriebszustandswerte aufweisen, d. h. sich die 
Funktionalitaten, welche den zweiten Systemzustand 
charakterisieren, in den geforderten Betriebszustanden 
befinden, gibt der Funktionsblock 5 einen oder mehrere 
Soll-Betriebszustande 18 vor und ubermittelt diese an einen 
Funktionsblock 10. In dem Funktionsblock 10 ist die 
Anwendersof tware (ASW) und eine Sicherheit ssof tware (SIS) 
sowie eine Of f setauf bereitung enthalten. Die ASW entspricht 
dem Reglerteil der Software (z. B. zur ABS-, ASR- oder 
Motormomentenregler) . Die entsprechenden Funktionalitaten 
in dem Funktionsblock 10 werden dann in den Soil- 
Bet riebszustand 18 geschaltet. Der Ist-Betriebszustand 19 
wird von dem Funktionsblock 10 an die Funktionsblocke 7 und 
8 ubermittelt. Dort werden sie zur Ermittlung des 1st- 
Systemzustandes in Funktionsblock 7 und zur Ermittlung der 
Abhangigkeiten der Funktionalitaten X untereinander in 
Funktionsblock 8 herangezogen . 

Beim Ubergang von. einem Bet riebszustand A, B, C in einen 
anderen konnen prinzipiell zwei unterschiedliche Arten von 
Ubergangen unterschieden werden: 

Der Ubergang von einem Bet riebszustand niedriger 
Prioritat zu einem Betriebszustand hoherer 
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Prioritat wie bspw. cler Ubergang von ABS_ Vol lsys tern 
zu ABS_Off. Dieser Ubergang erfolgt unmittelbar, 
damit es zu keinen weiteren eventuell fehlerhaften 
Ansteuerungen kommen kann. 

Der Ubergang von einem Betriebszustand hoherer 
Prioritat zu einem Betriebszustand niedrigerer 
Prioritat, wie bspw. von ABS__Off zu ABS_Vollsystem. 
In diesem Fall wird der Ubergang von dem Soil- zu 
dem Ist-Betriebszustand durch die Funkt ionalitat 
selbst bestimmt. Dabei muss der Ist-Betriebszustand 
solange voll f unkt ionsf ahig bleiben, bis der Soll- 
Betriebszustand erreicht ist. Wahrend der 
Umschaltphase von dem Ist-Betriebszustand in den 
Soll-Betriebszustand werden beide Betriebszustande 
parallel berechnet. Somit bestimmt die 
Funkt ionalitat selbst, wann der Ubergang erfolgen 
soil. Zu beachten ist, dass wahrend der 
Obergangsphase akustisc'he oder optisehe 
Warnhinweise weiterhin ausgegeben werden mussen. 
Seitens des FPS (Failure Processing System) in 
Funktionsblock 4 werden keine Warnhinweise mehr 
ausgegeben, da durch einen Reset der in den 
Funktionsblocken 1 oder 2 erkannte Fehler 11, 12 
bereits zuriickgeset zt wurde. 

In Figur 4 ist ein Ablauf diagramm zur Verdeutlichung des 
erf indungsgemalien Verfahrens dargestellt. Bei dem 
dargestellten Verfahren umfassen die Ubergangsbedingungen 
Ubergangsabf ragen 40 und entsprechende Ubergangswerte 41 
als vorgegebene Antworten auf die Ubergangsabf ragen 40. 
Eine Ubergangsbedingung wird dann als erfiillt angesehen, 
wenn als Antwort auf die oder jede Ubergangsabf rage 40 der 
vorgegebene Ubergangswert 41 zuruckgegeben wird. 
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Das Computerprogramm 22 (vgl. Figur 5) ist in mehrere 
funktional zusammenhangende Funktionalitaten X unterteilt. 
Die moglichen • Syst emzustande 30 des Systems werden 
5 definiert, indem den Funktionalitaten X fur jeden 

Systemzustand 30 vorgebbare Betriebs zustande A, B, C 
zugeordnet werden. Die Ubergangsbedingungen sind erfiillt, 
wenn zumindest die den Soll-Sys temzustand 14 

charakter isierenden Funktionalitaten X die ihnen fur diesen 
10 Systemzustand 14 zugeordneten Betriebszustande A, B, C 
auf weisen . 



Die Ubergangswerte 41 sind in Ubergangstabellen 42 (sog. 
Transition Tables) abgelegt . ' Die Ubergangstabellen 42 sind 
15 als eine Wissensdatenbank ausgebildet, die auf einem 

Speicherelement abgespeichert sind, insbesondere auf einem 
Read-Only-Memory (ROM) eines Steuergerats 20 zur Steuerung 
und/oder Regelung des Systems (vgl. Figur 5). Es ist 
denkbar, jeder Funkt ionalit'at X eine Ubergangstabelle 42 
20 zuzuordnen. In der Ausf uhrungsf orm aus Figur 4 ist sind 
jedoch mehrere Funktionalitaten X zu einer Komponente 43 
zusammengef asst , wobei jeder Komponente 43 eine 
Ubergangstabelle 42 zugeordnet wird. In einer Komponente 43 
sind nach auften in Erscheinung tretende Funktionen r bspw. 



2J^.. grundiegende Funktionalitaten X (Basic Operation Modes; 
1 BasicOMs), ABS-Funktionalitaten X, ASR- Funkt ional itaten, 
FZR-Funktionalitaten X und Funktionalitaten X zur 
Koordination von Bremsmomentanspruchen (COR) 
zusammengef asst . 



Anhand einer ausgewahlten Ubergangstabelle ' 42 einer FZR- 
Komponente 43 (Transition FZR, TraFZR) wird der Aufbau der 
Ubergangstabellen 42 naher erlautert. Fur zwei Komponenten- 
Zustande 44 (Off) und 45 (Normal) sind die ent sprechenden 
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Betriebszustande A, B, C derjenigen Funkt ionalitaten X 
angegeben, die zu der FZR-Komponente 43 zusammengef asst 
sind. Ein Betriebszustand A, B, C wird durch eine 
Betriebszustandsvariable OMFZREst , OMFZRCbc (CBC: Corner 
Branke Control zur Verhinderimg des Uberbremsens eines 
kurveninneren Rades in einer Kurve) definiert, die 
verschiedene Betriebszustandswerte (Off, Normal) annehmen 
kann. Die Ubergangsbedingungen sind erfullt, wenn die 
Betriebszustandsvariablen OMFZREst, OMFZRCbc der den 
System-Zustand 14, 16 charakterisierenden Funkt ionalitaten 
X die ihnen fur diesen System-Zustand zugeordneten 
Betriebszustandswerte (Off, Normal) aufweisen. 

Die Ubergangsabf ragen 40 sind in einer Programmschleif e des 
Computerprogramms 22 (vgl. Figur 5) enthalten. Die 
Programmschleif e wird rekursiv, bspw. alle 20ms, 
durchlaufen. Zunachst wird in einem Funkt ionsblock 46 
uberpruft, ob ein neuer Systemzustand 14 angefordert wurde. 
Das entsprechende Signal 14 kommt von dem FPS- 
Funkt ionsblock 4 (vgl. Figur 3). Falls kein neuer 
Systemzustand 14 des Systems angefordert wurde, wird das 
System in dem bisherigen Ist-Sys temzustand 16 weiter 
betrieben ( Funkt ionsblock 47). Falls ein neuer 
Systemzustand 14 angefordert wurde, werden in einem 
Funkt ionsblock . 48 Steuerbits der Ubergangsabf ragen 40 
zuruckgesetzt . Danach werden die Ubergangsabf ragen 40 
nacheinander abgearbeitet . Die Ubergangsabf ragen 40 stellen 
Steuerf unkt ionen der Komponentenzustande dar, durch welche 
das System abgebildet wird. 

Eine Ubergangsabf rage 40 (TraFZROf f__V ( ) ) ist beispielhaft 
herausgegrif f en und im Detail dargestellt. Zunachst wird 
der Zustand von Steuerbits (z.B. CompFZRFAOf f Once ■= TRUE 
TraBasicOMsSettled = TRUE ...) und werden weitere 
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Bedingungen abgefragt. Anhand der abgefragten Steuerbits 
kann der aktuelle Zustand der Komponente bzw. der einzelnen 
Funktionalitaten ermittelt werden. Falls das Ergebnis 
dieser Abfragen „JA M ist, bedeutet dies, dass alle fur die 
5 Ausfiihrung der Funktionalitaten der Komponente 43 

erf orderlichen Eingangsgrofien zur VerfQgung stehen und der 
entsprechende Eintrag 44 (TraFZR__Of f ) in der 
Ubergangstabelle 42 fur die Komponente 43 (TraFZR) wird 
abgearbeitet. Dabei wird iiberpruft, ob die Funktionalitaten 
10 der Komponente 43 die in der Tabelle 42 angegebenen 

Betriebszustande auf weisen bzw. werden die Funktionalitaten 
in die entsprechenden Betriebszustande geschaltet. Sobald 
der Eintrag 44 in der Ubergangstabelle 42 erfolgreich 
abgearbeitet worden ist, werden weitere Statusbits auf TRUE 
15 gesetzt. 



In Figur 5 ist ein erf indungsgemafres Steuergerat in seiner 
Gesamtheit mit dem Bezugs zeichen 20 bezeichnet. Das 
Steuergerat 20 dient zur Steuerung und/oder Regelung eines 

20 Systems., das verschiedene mdgliche Systemzustande einnehmen 
kann, insbesondere eines Fahrdynamiksystems in einem 
Kraf tf ahrzeug . Das Steuergerat 20 umfasst ein Rechengerat 
21, das als ein Mikroprozessor ausgebildet ist. Auf dem 
Rechengerat 2.1 ist ein in mehrere funktional 
zusammenhangende Funktionalitaten unterteiltes 
mult itaskingf ahiges Computerprogramm 22 ablauffahig. Das 
Computerprogramm 22 dient zur Steuerung und/oder Regelung 
des Systems nach dem er f indungsgemaften Verfahren, wenn es 
auf dem Rechengerat 21 ablauft. Des Weiteren sind^in dem 

30 Steuergerat 20 Mittel 23 zur Koordination des Ablaufs des 

Computerprogramms 22 vorgesehen. Die Mittel 23 sind als ein 
Steuerprogramm ausgebildet, das ebenfalls auf dem 
Rechengerat 21 ablauffahig ist. Das Computerprogramm 22 und 
das Steuerprogramm 23 sind auf einem Speicherelement 24 



abgespeichert , das bspw. als ein Flash-Memory ausgebilclet 
ist . Zur Abarbeitung des Computerprogramms 22 und des 
Steuerprogramms 23 werden diese entweder als Ganzes oder 
abschni ttsweise uber eine Datenverbindung 25 an das 
Rechengerat" 21 iibermi ttelt . . Ebenso konnen in der 
Gegenrichtung liber die Datenverbindung 25 Ergebnisse von 
Berechnungen, die in dem Rechengerat 21 ausgefuhrt wurden, 
oder andere Daten an das Speicherelement 24 ubermittelt und 
dort abgespeichert werden. Das Steuerprogramm 23 dient zur 
Ausfiihrung des erf indungsgemalien Verfahrens, wenn es auf 
dem Rechengerat 21 ausgefuhrt wird. 
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10 Anspruche 

j^^^r 1- Verfahren zur Steuerung cies Ablauts eines 
^ multitaskingf ahigen Computerprogramms (22) auf einem 

Rechengerat (21), insbesondere auf einem Mi kroprozessor , 
.15 eines Steuergerats (20) zur Steuerung und/oder Regelung 
eines Systems, das verschiedene mogliche Systemzustande 
(30) einnehmen kann, dadurch gekennzeichnet, dass fur jeden 
moglichen Ubergang (31) von einem Systemzustand (30) in 
einen anderen Systemzustand (30) Ubergangsbedingungen 
20 definiert werden und der Ablauf des Computerprogramms (22) 
derart gesteuert wird, dass das System erst dann von einem 
ersten Systemzustand (30) in. einen zweiten Systemzustand 
(30) uberfiihrt wird, wenn alle fur diesen Ubergang (31) 
J definierten Ubergangsbedingungen erfullt sind. 

25 2. Verfahren nach Anspruch 1, dadurch gekennzeichnet , 
dass eine Ubergangsbedingung mindestens eine 
Ubergangsabf rage (40) und mindestens einen entsprechenden 
Ubergangswert (41) als vorgegebene Antwort auf die 
Ubergangsabf rage (40) umfasst, wobei eine 

30 Ubergangsbedingung dann als erfullt angesehen wird, wenn 
als Antwort auf die oder jede Ubergangsabf rage (40) der 
vorgegebene Ubergangswert. (41) zuruckgegeben wird. 
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3. Verfahren nach Anspruch 2, dadurch gekennzeichnet , 
dass die Ubergangswerte (41) in einer Ubergangs tabelle (42) 
abgelegt werden. 

4. Verfahren nach einem der Ansprilche 1 bis 3, dadurch 
gekennzeichnet, dass das Computerprogramm (22) in mehrere 
funktional zusammenhangende Funkt ional'itaten (X) unterteilt 
wird, dass die moglichen Systemzustande (30) des Systems 
definiert werden, indem den Funktionalitaten (X) fur jeden 
Systemzustand (30) vorgebbare Betriebszustande (A, B, C) 
zugeordnet werden und dass die Ubergangsbedingungen erfullt 
sind, wenn zumindest die den zweiten Systemzustand (30) 
charakterisierenden Funktionalitaten (X) die ihnen fur 
diesen Systemzustand (30) zugeordneten Betriebszustande (A, 
B, C) aufweisen. 

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, 
dass ein Betriebszustand (A, B, C) durch eine 

Bet riebszustands variable (OMFZREst, OMFZRCbc) definiert 
wird, die verschiedene Bet riebszust andswerte (Off, Normal) 
annehmen kann und dass die Ubergangsbedingungen erfullt. 
sind, wenn die Betriebszus tands variablen (OMFZREst, 
OMFZRCbc) der den zweiten Systemzustand (30) 
charakterisierenden Funktionalitaten (X) die ihnen fur 
diesen Systemzustand (30) zugeordneten 
Betriebszustandswerte (Off, Normal) aufweisen. 

6. Verfahren nach Anspruch 5, dadurch gekennzeichnet, 
dass die Bet riebs zus tandsvariable (OMFZREst, OMFZRCbc) den 
Stellungen „volle Funktionalitat" (ESP) , „eingeschrankte 
Funktionalitat xv (Backup_ABS, Backup_EBD) und „keine 
Funktional i tat " ( FailSaf e) ent sprechende 
Betriebszustandswerte annehmen kann . 
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7. Verfahren nach einem der Anspruche 4 bis 6, dadurch 
gekennzeichnet , dass jeder Funktionalitat (X) eine 
Ubergangstabelle (42) zugeordnet wird. 

8. Verfahren nach einem der Anspruche 4 bis 7, dadurch 

5 gekennzeichnet, dass mehrere Funktionalitaten (X) zu einer 
Komponente (43) zusammenf asst werden und jeder Komponente 
(43) eine Ubergangstabelle (42) zugeordnet wird. 

9. Verwendung eines Verfahrens zur Steuerung des Ablauts 
eines Computerprogramms (22) nach einem der Anspruche 1 bis 

j±Q 8,' dadurch gekennzeichnet, dass das Verfahren zur Steuerung 



und/oder Regelung eines Systems in einem Fahrzeug, 
insbesondere in einem Kraft fahrzeug, verwendet wird. 

10. Verwendung nach Anspruch 9, dadurch gekennzeichnet, 
15 dass das Verfahren zur Steuerung des Ablaufs eines 

Computerprogramms (22) ,zur Steuerung und/oder Regelung 
eines Fahrdynamiksystems in einem Kraft fahrzeug verwendet 
wird. 

11. Verwendung eines Verfahrens zur Steuerung des Ablaufs 
20 eines Computerprogramms (22) nach einem der Anspruche 1 bis 

8, dadurch gekennzeichnet, dass das Verfahren zur Steuerung 
d^s Ablaufs eines Computerprogramms (22) zur Steuerung 
fc und/oder Regelung eines Systems in einem Gebaude verwendet 



25 12. Verwendung nach Anspruch 11, dadurch gekennzeichnet, 
dass das Verfahren zur Steuerung des Ablaufs eines 
Computerprogramms (22) zur Steuerung und/oder Regelung 
eines Alarmsystems , eines Heizungs- und 



30 Zugangskontrollsystems in einem Gebaude verwendet wird. 




des Ablaufs eines Computerprogramms (22) zur Steuerung 



wird . 



Klimati si erungssys terns und/oder eines 
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13. Steuerprogramm (23) zur Steuerung des Ablaufs eines 
multi taskingf ahigen Computerprogramms (22) auf einem 
Rechengerat (21), insbesondere auf einem Mikroprozessor, 
eines Steuergerats (20) zur Steuerung und/oder Regelung' 
5 eines Systems, das verschiedene mogliche Systemzustande 

(30) einnehmen kann, wobei das Steuerprogramm (23) auf dem 
Rechengerat (21) ablauffahig ist, dadurch gekennzeichnet, 
dass das Computerprogramm (22) zur Ausfuhrung eines 
Verfahrens nach einem der Anspruche 1 bis 8 geeignet ist, 
10 wenn es auf dem Rechengerat . (21) ablauft. 

^ 14. Steuerprogramm (23) nach Anspruch 13, dadurch 
b ] gekennzeichnet, dass das Steuerprogramm (23) auf einem 
Speicherelement (24), insbesondere auf einem Read-Only- 
Memory, auf einem Random-Access-Memory oder auf einem 
15 Flash-Memory abgespeichert ist. 

15. Steuergerat (20) zur Steuerung und/oder Regelung eines 
Systems, das verschiedene mogliche Systemzustande (30) 
einnehmen kann, wobei das Steuergerat (20) ein Rechengerat 

(21) , insbesondere einen Mikroprozessor , auf dem ein 

20 multitaskingf ahiges Computerprogramm (22) ablauffahig ist, 
und Mittel (23) zur Steuerung des Ablaufs des 
Computerprogramms (22) umfasst, dadurch gekennzeichnet, 
^ dass das Steuergerat (20) Mittel zur Definition von 
j/ Ubergangsbedingungen fur jeden moglichen Obergang (31) von 
25 einem Systemzus t and (30) in einen anderen Sys temzus tand 
(30) und die Mittel (23) zur Steuerung des Ablaufs des 
Computerprogramms (22) den Ablauf des Computerprogramms 

(22) derart steuern, dass das System erst dann von einem 
ersten Systemzustand (30) in einen zweiten Systemzust and 

30 (30) wechselt, wenn alle fiir diesen Obergang (31) 
def inierten Ubergangsbedingungen erf ullt sind. 

16. Steuergerat (20) nach Anspruch 15, dadurch 
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gekennzeichnet , class das Steuergerat (20) Mittel zur 
Ausfiihrung eines Verfahrens nach einem der Anspruche 2 bis 
8 aufweist. 
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Verfahren und Steuerqerat zur Steuerunq des Ablaufs eines 
mult it as king f ahiqen Computerproqramms 

Zusammenf assung 

Die Erfindung betrifft ein Verfahren und ein Steuergerat 

(20) zur Steuerung des Ablaufs eines mult itaskingf ahigen 
Computerprogramms (22) auf einem Rechengerat (21), 
insbesondere auf einem Mi kroprozessor , eines Steuergerats 

(20) zur Steuerung und/oder Regelung eines Systems, das 
verschiedene mogliche Systemzustande (30) einnehmen kann. 
Um- den Ablauf des Computerprogramms (22) derart zu 
koordinieren, dass die fur die Ausfiihrung einer Funktion 
des Computerprogramms (22.) er f orderlichen EingangsgrofJen 

(Ein_i) zu Beginn der Ausfiihrung der Funktion mit 
Sicherheit vorliegen, wird vorgeschlagen, dass fur jeden 
moglichen Ubergang (31) von einem Systemzus tand (30) in 
einen anderen Systemzustand (30) Ubergangsbedingungen 
definiert werden und der Ablauf des Computerprogramms (22) 
derart gesteuert wird, dass das System erst dann von einem 
ersten Systemzustand (30) in einen zweiten Systemzustand 

(30) uberfuhrt wird, wenn alle fur diesen Ubergang (31)' 
definierten Ubergangsbedingungen erfullt sind. (Figur 1) 
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Fig. 4 




OMFzrEst = 
Off, 

OMFzrCbc= 
Off 



OMFzrEst = 
Normal. 
OMFzrCbc= 
Off 
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TraFzrOff_V( ): 



Abfragen der Komp.Bits (FPS) unffweiterer Bed 
(z.B. CompFzrFAOffOnce = TRI 
&& TraBasicOMsSettled = TRUE.. J 

Wenn ja, abarbeiten der ROM-Tabelle TraFzrOFF 

' 1st diese erfolgreich abgearbeitet, setzen des 
TraFzrOffSettled-Bits auf TRUE 



LETS 



I 



TraBasicOMs_V 



TraFzrOff_V() 



/ 



TraAsrOff_V( ) 
\ 



TraAbsOff_V() 



TraAbsBackup_V 



I 



TraAsrBackup_V 

i 

TraCor_V() 
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